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It has been true In the past that we have frequently designed buildings 
without any clear concept of what was going to take place in those 
buildings. Architects and owners have too frequently made decisions 
without any teal study of their present or future needs. Because they 
were usually dealing with historic building types, they knew somewhat 
intuitlv ely what would suffice to meet the particular functions of 
that already well established pattern of activities. Everybody knows 
what’s needed in a school. 

Even with the present-day diversification of necessary functions, some 
completely new in the societal pattern, we still find we are able to 
adopt some old buildings and spaces to fit the new needs. That we are 
able to frequently do so, somewhat conceals the fact that in thousands 
of other cases, old buildings that are structurally sound are being 
.^^^zed because they have outlived their functional usef;:lneso and can- 
not be adapted. It is not difficult at all to make a strong argument 
in favor of the need for a much more thorough and rigorous study and 
analysis process of environmental functions prior to the deoign-iof 
new buildings. I would venture to soy tliat almost everyone in the 
design field would agree, in principle, on this point. 
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Before I go further, however, I should pause and define the term pro- 
grairaning since I will be, using it frequently and since I find so many 
different interpretations of the word. One of the most pressing prob- 
lems in discussing this area of activity is the different uses to 
which the word programming is put. 

When I say programming, I am referring to the process, by which the 
criteria is developed for the design of a space, building, facility, 
or in broader terms an environment, or any piece of it. Such a pro- 
gram of criteria will Include functional requirements, aesthetic re- 
quirements, "spiritual" requirements, and/or any other requirements that 
may influence the dtcislon making. Such a program will usually result 
in a written report, but that report itself is not the program, but 
merely a "statement" of the program at some particular point in time. 
Programs are not generally definitive objects, but continuing processes 
which never really reach the absolute. They continue to change ano 
recycle throughout the design process, sometimes through the construc- 
tion process, and certainly through the life of the facility. 

On the basis of my study and investigation, I have found very few 
people who are really trying to program in any kind of a systematic and 
analytic manner. Frankly, the big problem seems to be that they don’t 
really know how, or how far in the direction of a serious study they 
should or want to go. There are, of course, nany good programmers 
around and many examples of good programs , but such examples are gen- 
erally not accomplished by a systematic process - a process which can 
be transferred to another programmer. They usually are the result of 
bright programmers who instinctively know the right questions to ask. 




Sensing that a problem existed » the Committee on Research for Archi- 
tecture of the AIA, directed me, with the help of the Committee and 
Professor Herbert Wheeler at Penn State University, to undertake a 
study of the "emerging techniques'* of programming practice, particu- 
larly among architects, but also wherever I could find significant 
practices underway that would provide a valuable Input Into the bank 
of general knowledge on the subject. 

By correspondence and a review of the periodicals, I attempted to seek 
out those people who were doing significant work in programming. It 
took some time, but I finally began to open the channels of communi- 
cation. After collecting a list of names, I sent questionnaires to 
get further information and finally made a series of visitations. I 
suppose in the end I found that about one out of ten names that were 
given to me proved to be involved in a programming process which I 
felt had anything significant to offer the profession. 

As a result of my contacts, and in cooperation with the Building Re- 
search Institute, I called a workshop of some 22 of the people, with 
whom I had come in contact, to meet in Washington for a general dlf- 
cusslon of programming. The meeting was significant, I felt, because 
it was the first time that many of these people, all actively working 
in programming, had met each other or even heard of each other’s work. 
The lack of communication in the field was obviously significant. As 
a result of that meeting, some six research papers on the subject of 
programming will be presented at a regular session of the BRI Confer- 
ences here in Washington in November. 
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Let me quickly review the highlights of what my survey has turned up, 
then I'll get Into some of the specifics of what programmers are doing. 
Major Problems 

The major problem seems to be the matter of communications between 
client, user, programmer and designer. Again and again, I heard com- 
*ments about the difficulties of clients understanding the programmer's 
objectives; about the programmer's Inability to get at the user's re- 
quirements; about the designer's difficulties understanding the program- 
mer; about the difficulty of communicating with the psychiatrist and 
other consultants; about the designer's difficulties In convincing the 
client that certain Intangibles should be considered. It sometimes 
seems that weak designs are the result of inabilities to communicate. 

The architect feels that he has a great contribution to make by seeking 
out the intangibles, by finding out what kind of an "aesthetic and 
spiritual" environment can be developed that will provide for the 
client and his users beyond the simple mechanical necessities. To the 
architect, a building which just works Is not enough - - it has to be 
a building which Inspires man's most noble Inspirations as well as pro- 
viding for his shelter needs. To do so requires time and energy - 
both on the part of the designer and the client. It doesn't always 
result In a more costly building, but It nearly always results in a 
better building. 

Nevertheless, the architect often has difficulty In communicating such 
ideas to his client and convincing his client that such human needs 
are worthy of special attention and require deeper probing at the pro- 
gramming stage. 
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Another major problem seems to be in the difficulty of getting doton 
to the essence of the owner's Intent or objective. VJhat is the real 
problem to be solved? I^at are the hidden implications of significance 
beyond that which everybody easily recognizes? Getting at the essence 
of the problem seems too often to depend on intuition or just plain 
luck. 

Among the other problems repeatedly cited were: serious programming 

is not done frequently enough; programmers do not have a sufficiently 
thorough knowledge of the client's operations; programs are often too 
rigid and inflexible, and; it is completed to sec whether it met the 
program needs. 

Responses to the questionnaire I sent indicate that almost all archi- 
tects prefer to do the program themselves; so do the Independent pro- 
grammers, the institutional clients and everybody else. It seems that 
everyone involved is reluctant to turn the programming over to someone 
else. This appears to be a reflection of the old philosophy: "If you 

want it done right, do it yourself." 

Most architects do not charge the client extra for programming even 
though this is not generally considered a part of their basic services 
and programming does cost them money - sometimes a significant amount. 
Clients would be wise to realize that there is no substitute for good 
planning. On some jobs, the design criteria are so simple as to be 
pretty well derived in a few days time in which case the cost is neg- 
ligible. But in most cases, the client would profit from a thorough 
programming stage. Among the architects who keep records of their 
costs, sufficiently for determining how much of their fee they spend 
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on programming, the figure ranges from 1% to 10% with about 6% the 
average . 

Almost all the persons Interviewed said that they used a "systematic 
programming process, but their answers to other questions would seem 
to leave some doubt. Few of them use any kind of forms for their in- 
terviewing except for very large Jobs. 

For private individual clients, only about 1 in 5 provides a program - 
1 in 2 for corporate clients. On federal and state construction Jobs, 
the architect is given a program about 5 out of six times, which cer- 
tainly points up that our government agencies would seem to be better 
clients than the general public. By way of further explanation, how- 
ever, another study in which I*m involved on the Cost of Architectural 
Services indicates that architects generally receive less fee and maVe 
less profit on government Jobs. It sounds as if our federal friends 
may be smarter than we thlnkl 

On the whole, architects say that only about 50% of the programs they 
receive from other sources are rated as good. Generally, they feel 
they have to do the programs over or at least rewrite them. Analysis 
of the architects* financial records reveals that on the Jobs where 
the programs are rated as bad, the architects tend to make less profit 
for obvious reasons. Good programs clarify the Job to be done - cut 
down on the time necessary in client checks, and on changes and revi- 
sions of drawings, and specifications. 

Emerging Techniques 

In spite of the general lack of a systematic approach to programming, 
my study shows that there are many emerging techniques, or sparks of 
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Ideas > hither and yon that show inspiration and are worthy of note. 
Professor Herbert Wheeler sent me a list of items that he has uncover- 
ed in his part of the study. His list numbers over a hundred ideas 
which he gleaned from studying program statements from throughout the 
country. They include such things as: 

Site analysis diagrams 

Zoning and building code check lists 

Desire line charts for transportation 

Cartographaton prints of trip data 

Room data forms 

Performance criteria listing 

Block space diagrams - 3 dimensional 

Space-to-space relationship diagrams 

Role relationships statements 

Deconfuse users programs, and many others. 

At this point in the study, I can’t begin to define all of these ideas, 
but they are indicative of the creative thought being given to program- 
ming. 

There appears to be a definite trend toward the development of spe- 
cialists in programming - that is, persono who have studied and worked 
specifically in the program area. These people may work for architects 
programming organizations, for corporate clients or for educational 
institutions. Moat of them have backgrounds in architecture, but not 
all. A combination of architectural, business and management back- 
grounds appears to be especially suitable for the programming task. 
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Some architects feel that architects ate the only ones vho should 
programming. Some would prefer not to be Involved until the program 
has been completed. Some feel that program specialists are perfectly 
acceptable. All of these would agree that programs must be developed 
by romnetent people, and most would argue that the programmer must have 
an architectural background. The Independent programmers argue that 
they arc In a better position than the architect to program In a com 
pletely unbiased and systematic manner. The architects argue that the 
Independent programmers have no understanding or feel for the creative 
aspects of programing. Probably all of these viewpoints have some 

validity. 

However, the inescapable point Is that programming takes hard work, 
study, talent, and Intelligence and it may be found almost anywhere, 
but seldom as frequently as It Is needed. It Is also generally 
agreed that regardless of who does the programming, the architect- 
designer must be brought Into the process before it has ended, and the 
programmer must continue to work with the designer even after the 
preliminary design phase. 

Examples 

There are several examples of what I believe to be well orgenlted and 
somewhat unique activities In programming, and for the next few mom 
I'd like to describe some of these. I do not suggest that these are 
the best examples or that these firms ere any more competent than 
others - merely that these have Interesting characteristics. 

In the office of Caudill, Rowlett end Scott, Architects and Planners 
in Houston, Texas, I found one of the moat organised efforts of all 



o 






9 

Chose I visited. The fact that the firm Is a relatlvily large one 
makes It possible for them to go about their programming In a way that 
smaller firms cannot do, but nevertheless their efforts are signif- 
icant and relevant to all architects. 

The effort at CRS Is directed by partner Willie Pena and has a rela- 
tively short "organized" history. Pena has described the CRS Program- 
ming Section as concerned with three phases of activity: (1) to 

research and collect background Information for use by the designers, 

(2) to teach their project managers how to program and to follow the 
firm's programming philosophy, and (3) to ,)rovlde service to clients 
to assist them In their pragrammlng efforts. Pena believes that some 
day the programming section will work itself out of a Job when all of 
their project managers are each fully prepared to handle their own pro- 

gramnlng efforts# 

CRS believes In the problem solving approach - that architecture Is 
matter of solving problems and that good architecture usually depends 
on first having a good statement of what the problems are, or as Bill 
Caudill is fond of saying, "You can't solve the problem until you 
know what the problem is#” 

CRS also believes In the team concept and approaches problem solving 
as a group of professionals, each with different talents and skills - 
talents and skills to be brought In where needed to work as a team. 

And thirdly, they believe In the "squatters" technique. "Squatters" 

Is a term applied to the CRS technique of sending a team of profession- 
als to an out of town alte to actually develop the preliminary design 
on site. They usually set up office In a building close by and usual.'.y 
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In association with a local architect. It allows opportunity for the 
team to become personally acquainted with the client, to observe the 
site and the locale first hand, and to bring the client Into the 
design study. 

This overall philosophy Is Important In order to understand the place 
of programming In their operation. 

The purpose of the programming section at CRS is to take the prime 
responsibility for programming out of the hands of the project mana- 
gers and designers, and put It Into the hands of experts In order to 
approach the planning systematically and objectively and to avoid 
Inadvertantly Influencing the client with a biased viewpoint. As you 
are probably well aware, designers sometimes Involve their own pre- 
judices and pet theories In design, to the point that the owner may 
wonder whose building the finished product really Is. 

Willie Pena believes that programming Is first a systematic, analytic 
process and that It Is not subjective. Secondly, that It muct be 
creative, but It must not be blind to the facts. To quote Pena, "You 
first have to get at the essence of the problems before you get next 
to the client's heartbeat. In getting at the essence of the problem, 
you have to think creatlvlly about what's unique to the situation; 
about what the big coneepts are." 

Then, CRS finds that they can't really separate program from cost and 
site. These three things, program, cost and site are the principle 
Ingredients which give the building Its principle form - the big form 
givers. CRS looks at the program In terms of alms , methods and people . 
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They look at the site In terms of quality and design, possibilities,. 

They look at costs in terms of Initial budget , operating costas, and 
long term costs . All of these will have a bearing on the final pro- 
gram. 

At CRS the sequence of programming follows this pattern: 

1) Establish the client's alms 

2) Collect* organize and analyze the facts 

3) Uncover and develop concepts 

4) Establish needs* and 

5) Develop the problem statement* or brief. 

Fena says that one of the real problems in programming Is communica- 
ting with the client. CRS places great emphasis on keeping the cl‘»M*it 
"tuned in" which they do in part through a series of graphic techniques. 
They speak to the client with analysis cards (or snow cards) and with 
brown-paper sheets. The 5x7 analysis cards are used for describing 
each of the many points on which the client should be informed - one 
idea to each card for emphasis. The cards may deal wihh several 
specific points about the site which will influence the design or 
they may relate relevant climatic data. They may state code and zoning 
restrictions. The important thing is that the client look thoroughly 
and systematically at the factors which will influence the design of 
his building. and understand why they are significant. 

On brown-paper work sheets pinned to the wall* CRS illustrates for the 
client space quantities by drawing small squares. The various siged 
squares demonstrate th the client the relative quantities of space 
allocated to the various functions so that the client con see the impli- 
cctions of his earlier deeislons and participate in the final decisions. 
Ac changes are called for* new brown sheets are pasted over the old ones 
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and new sketches drawn until the sheets ore almost book thick*. 

Till! CRS progracming effort Is systetnotic^ analytic and creative* One 

*/ould like to think that the fine quality of their designs reflects a 

good progroicming foundation* 

A different kind of a fim v;ith which I was quite impressed was 
■ 1. ' fiecker and Decker ilc&ocfuates* planning and design consultacts, in 
Kew York City. Hat Becker* the President of the organization* is an 
industrial designer* but his staff includes people from several disciplines* 
including architecture* Becker and Decker is a programming organization* 

It vTcists professionally primarily to do prograoming for building owners* 
architects or anyone else* 

The function of this firm in their own words is,'*to bring to bear a sun 
"jf •'•experience in idvanccd researching techniques that relate to the human 
^iccupancy of space* by a space expert who is an informed* analytical 
researchist* with a thorough knowledge of design possibilities and limit- 
ations* He evaluates all pertinent facts and figures as to their relative 
\-orth* collates them into precise needs* and integrates them into a firm* 
coherent* and il< aningful program with an incontrovertible basis in fact*" 

A pretty tall order if they can do it* 

Becker and Becker state their own goals this way: 

1) Create optimum Working Environment 

2) Organize woTk and traffic flow 

3) Establish effective communications 
A) Achieve maximum space utilization 

!)) Foster good personnel relations* and 
6) Provide for orderly growth* 
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Their approach is achieving these p,oals is through the following steps: 

1) Confer with key personnel 

2) Revie\7 organizational data 

3) Develop personnel projections 

4) Analyzi' personnel traffic 

5) Review adjacency requiremnts 

6) Establish work flow patterns 

7) Inspect presently occupied space 

8) Analyze individual work stations 

9) Determine furniture and equipment needs 

10) Develop work space standards 

11) Estoblish Conference requirements • and 

12) Detenoinc shared facilities 

Just these simple, clear statcnev.ts begin to provide some indication of 
this fin's well organized approach* 

Vhile they are to some degree in competition with architects, and feel 
they can most always do a better job of; programming than architects, they 
prefer to work with architects and do not try :;:o usurp any of the architect's 
traditional design and decision*-making responsibilities* They have' 
tTorked with some of the top architects on some of the largest projects 
in the country* 

Cnc of the most interesting of Decker and Decker's jobs was the Boston 
Kunicipal Building Competition* They were responsible for developing 
n.ac program on which the competition was based* After the winning « 
design was selected and published, there appeared to be some reluctance 
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on the part of Boston citizens to accept the ”way-out” design. Con- 
sequently! Becker and Becker was brought in to analyze the design to see 
whether it satisfied the program. Fortunately j the design did work very 
well on the basis of Becker and Becker's analysis and the Opponents of 
the design were apparently pacified. The building is now under con- 
struction, 

A couple more brief examples of emerging prograyming ’techpiquiis a’ld I 11 
quit. 

The architectural firm of tlolcn and Swinburne in Philadelphia is in the 
process of rebuilding their programming procedures through the use of s 
questionnaire which they hope to pass out to the users of the buildings 
they have designed. If the program was propetly prepared and the building 
well conceived, the users should reflect this. If something is wrong 
the Nolen-Swinburne questionnaire should show it, 

Nolen-Swlnbume also uses a CPM (critical patch schedule) for their entire 
office operation starting in the programming phase with an economic program, 
a land program, an environmental program, a human program and a feasibility 
study. This leads into the second phase consisting of six parallel studies 

on: 

1) . Human and building type research 

2) Operations Program 

3) Spatial Program 

4) Building philosophy 

5) Site philosophy, and 

6) Group dynarolcs philosophy. 
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It* 8 interesting to note the prolifiration of different terms used by 
these different firms. 

The firm of Rhone and Ireldale in Vancouver have also developed a CPM 
for their progranaoing in much more detail and ag&in using different terms. 
I think the CPM is worth reviewing; they start withy 

1) the client-architect agreement 

2) the assignment of the project manager 

3) the selection of consultants > and 

4) the development of a design budget control diagram, 
and CPM network. 

Before they can proceed further they have to complete step //5. preliminary 
discussions on site, costs, and so forth. 

Step il6 is the topography survey and soil report: 

7) site analysis traffic study 

8) climatic criteria, and 

9) survey of cxisiting conditions 

At this point they can ostabllsli the written statement of direction, and 
then proceed to all of the next 19 points. 

10) report on company image 

12) report on future plans 

13) local code requirements 

14) code extract and by-law envelope criteria 

15) local environment 

16) space analysis 

17) flow diagram 

18) material criteria 



19) outline specification^ & costs 

20) mechan|.c.al criteria 

21) mechanclal recomnendatlons & costs 

There arc similar steps for electrical and structural criteria, recom- 
mendations and cost: 

28) construction planning 

At the completion of all these points they can then proceed to! 

29) program cost estimate 

30) coordination and review 

30) program booklet (and finally) 

32) client review and approval 

Personally, I am Impressed with the straightforwardness of their CPM. 

1 hope soon to learn vx>re aobut It. 

In England there has been a great deal of work In programinil ng Including; 
the development of the ''activity data analysis" method, which has had 
wide spread use. As usual the British are way aliead of us In some 
respects— perhaps too mechanical In some other respects. 

Jane Hough of the NIMH staff has developed a really wonderful guide to 
programming for use by NIMH. Other government agencies are following 
suit. 

I have only very briefly touched on some of the highlights of the mass 
of Information I*ve collected over the past nine months. I have talked 
about only a few of the people who are doing some noteworthy things In 
progranmtng. There are obviously many more points (and people) which 
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could be discussed • and which I will discuss In my final report for 
the AIA, If all goes well, it will be finished and In print the early 

part of 1968. 

The principal conclusion at which I have arrived In this study Is that 
I am now certain why many of our buildings are not as good as they should 
be, It*s because we arc not very good at establishing our goals and 
alms, and at systematically making decisions about the future. The 
programming procedure is the F*^l''Clpal weak link In the planning process 
and we who are responsible for planning the future environment 
are going to have to Increase our competence In this area Immediately, 

X believe we*ve made long strides In that direction already and I am 
excited about what the future will bring. 
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